Подписаться
Опубликовано

как уменьшить количество созвонов в команде

Автор
  • Имя
    Счастливый тимлид | ♥ Frontend
    Telegram

Вы что реально не кайфуете от созвонов?

Есть же даже поговорка: «хочешь сделать вид, что работаешь — собери встречу». К сожалению, это не шутка, а очень даже рабочая схема, которая полезна организатору, но действует деструктивно на невольных участников таких встреч.

И вы можете подумать, что я радикально против созвонов и за максимальный хардворкинг. Что я не прав в этом радикализме, ведь хотя бы иногда нужна синхронизация. И здесь вы попали прямо в точку.

Что если взглянуть на ситуацию иначе? Что если представить, что нам не нужно делать выбор между писать код весь день и созваниваться весь день?

На самом деле эти активности противоположны, но обе важны. Без них никак не дойти до цели.

Такие пары называются «Полярности». Примеров множество: — сложные интересные задачи vs простые чилловые задачи — созвоны vs кодинг — agile vs стратегия

Нас в Стратоплане научили с такими полярностями работать. Делюсь алгоритмом:

Раскладываем каждую полярность на плюсы и минусы.

Весь день созвонов. Плюсы: 100% синхронизация, сплоченность команды Минусы: работа не делается, люди устают от коммуникаций

Весь день кодинга. Плюсы: работа делается Минусы: не понятно куда движемся, нет ощущения плеча, рассинхрон, простои

Понимаем где мы сейчас.

Например, команда ощущает, что находится ближе к засилью созвонов. Работа делается медленно, есть усталость от коммуникаций.

Ищем шаги, которые позволят уменьшить минусы одной полярности и добавить плюсы другой полярности не теряя плюсов текущей.

Например, мы можем часть синков заменить на асихронные сообщения в чатик. Тем самым сохранив общую осведомленность, но снизив количество встреч.

Будьте по середине и получайте плюсы обоих полярностей!

© Счастливый тимлид

Счастливый тимлид | ♥ Frontend
2204 подписчика
692 поста

Закрепленные

Свежие посты

Опубликовано

Телеграмовский сосун (или какун, как правильно?)

Телеграмовский сосун суммирует мой лонгрид – стоит ли публиковать полную версию?